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REMARKS 

Claims 1-7, 1 1-24, and 28-3 1 remain pending in the present application as amended. 
Independent claims 1 and 18 have been amended to include additional subject matter, including 
subject matter formerly recited in claims 4 and 21 . Thus claims 4 and 21 have also been 
amended. No claims have been added or canceled by the present Amendment. Applicants 
respectfully submit that no new matter has been added to the application by the Amendment. In 
particular, the newly recited language in claims 1 and 1 8 regarding the endpoint and queue may 
be found in the application as published at least in connection with claim 4 and paragraphs 
[0017] and [0030]-[0034]. 

Telephone Conversation With Examiner 

Examiner Burgess is thanked for the telephone conversation conducted on July 2, 2009. 
Proposed claim amendments were discussed. Cited art was discussed. Alternative amendments 
to further advance prosecution were discussed. No agreements were reached. 

Claim Rejections 

The Examiner has again rejected the claims under 35 USC § 103 as being obvious over 
Elza et al. (U.S. Patent Pub. No. 2004/0230903) in view of Lindsey (U.S. Patent Pub. No. 
2004/0121789). Applicants respectfully traverse the Section 103 rejection insofar as it may be 
applied to the claims as amended. In particular, Applicants respectfully submit that the Elza and 
Lindsey references both fail to disclose or even suggest a common server engine determining an 
endpoint from a message and storing retrieved electronic communications in a queue 
corresponding to the determined endpoint, where the determined endpoint accesses the queue 
and pulls the stored electronic communications therefrom, in the manner recited in independent 
claims 1 and 1 8 as amended. 
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Independent claim 1 recites a system for transporting agnostic pull mode messaging that 
requires a plurality of first clients of a particular user. As may be understood, each first client 
may differ from other first clients. For example, one first client of the user may be a desktop 
computer messaging service that communicates according to a first type of [first] communication 
protocol, while another first client of the user may be a handheld messaging service that 
communicates according to a second type of [first] communication protocol, while yet another 
first client of the user may be a mobile-phone based messaging service that communicates 
according to a third type of [first] communication protocol. Thus, if each client of the user were 
to communicate directly with a server engine to effectuate messaging, the server engine would 
be required to be capable of communicating in each of the first, second, and third types of the 
first communication protocol. Of course, providing the server engine with such functionality 
becomes cumbersome and unwieldy, especially as the number of types of the first 
communication protocol that the server engine must handle grows. 

Accordingly, and as recited in claim 1 , each first client of the user has a corresponding 
first adapter with which the first client communicates according to the corresponding first 
communication protocol, and all of the adapters communicate with the server engine by way of a 
common second communication protocol. The corresponding first adapter for each first client 
receives the corresponding first message and sends the response to the corresponding first client 
using the corresponding first communication protocol indicating that the corresponding first 
message was received, generates a corresponding second message based on the corresponding 
first message, and sends the corresponding second message to the common server engine using 
the common second communication protocol. The common server engine receives each second 
message and executes at least one instruction based on the received second message. 

As recited in claim 1 , the at least one executed instruction retrieves from a storage device 
electronic communications to the user, such as for example e-mail, voice mail, an instant 
message, etc., and sends the retrieved electronic communications to an endpoint comprising 
another first client of the user different from the first client of the user. In particular, the 
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endpoint is identified by the user in the first message by way of an identifier of the endpoint, and 
the common server engine determines the endpoint from the identifier thereof from the second 
message and stores the retrieved electronic communications in a queue corresponding to the 
determined endpoint. Thus, the determined endpoint accesses the queue and pulls the stored 
electronic communications therefrom. 

Accordingly, if each first client accesses the common server engine to access email, for 
example, one first client of the user, such as a desktop application, for example, may send an 
instruction to the common server engine to direct same to deliver email to another first client of 
the user, such as for example a mobile device of the user. In effect, then, a user at one first client 
can direct the common server engine to deliver email to another first client of the user even if the 
user is not at such another first client. 

Independent claim 18 as amended recites subject matter similar to that of claim 1, albeit 
in the form of a method. 

The Elza and Lindsey references each show multiple clients accessing a server / server 
engine, as is best seen in Figs. 3 and 2, respectively. However, neither reference discloses or 
even suggests that a common server engine executes instructions based on a received second 
message to retrieve from a storage device electronic communications to the user, such as for 
example e-mail, voice mail, an instant message, etc., and to send the retrieved electronic 
communications to an endpoint comprising another first client of the user different from the first 
client of the user, where the endpoint is identified by the user in the first message by way of an 
identifier of the endpoint, as is now recited in claims 1 and 18. Likewise, neither reference 
discloses or even suggests that the common server engine determines the endpoint from the 
identifier thereof from the second message and stores the retrieved electronic communications in 
a queue corresponding to the determined endpoint, where the determined endpoint accesses the 
queue and pulls the stored electronic communications therefrom, as is also now recited in claims 
1 and 18. 
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Accordingly, Applicants respectfully submit that the combination of the Elza and Lindsey 
references does not disclose or even suggest all of the subject matter now recited in claims 1 and 
18 as amended. Accordingly, Applicants respectfully submit that the Elza and Lindsey 
references cannot be employed to make obvious such claims 1 and 1 8 as amended or any claims 
depending therefrom, including claims 2-7, 11-17, 19-24, and 28-31. As a result, Applicants 
respectfully request reconsideration and withdrawal of the Section 103 rejection. 
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PATENT 



CONCLUSION 

In view of the foregoing Amendment and Remarks, Applicants respectfully submit that 
the present application including claims 1-7, 11-24, and 28-31 is in condition for allowance and 
such action is respectfully requested. 



Date: September 1, 2009 /Joseph F. Oriti/ 

Joseph F. Oriti 
Registration No. 47,835 

Woodcock Washburn LLP 
Cira Centre 

2929 Arch Street, 12th Floor 
Philadelphia, PA 19104-2891 
Telephone: (215)568-3100 
Facsimile: (215) 568-3439 
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